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Verfahren, Prograinm und Anordriung zur Synchronisierung von 
5 einem Network Manager mit einem Network Agenten 

Das Management von Kommunikationsnetzen, die eine Mehrzahl 
von Obermittlungsknoten umfassen, wird liblicherweise mit 
Hilfe einer Manager/Agent Architektur bewirkt- In einer sol- 

10 Chen Architektur stellen regelmaliig die Obermittlungsknoten 
die 'Agents' und die Managementknoten ziom Management des 
Kommunikationsnetzes die 'Manager' dar. In komplexen Kommuni- 
kationsnetzen k5nnen zudem Umbrella-Managementknoten z\am 
Management der Manager vorgesehen sein. In einem derartigen 

15 Szenario besitzen die Managementknoten eine Doppelrolle: 
Einerseits wirken sie als Manager gegenilber den Obermitt- 
lungsknoten; andererseits sind sie die Agenten der Umbrella- 
Management knot en. Die Umbrella-Managementknoten sind hierbei 
ihrerseits wiederum die Manager der Managementknoten. 

20 

Oblicherweise wird von jedem Agenten eine lokale Datenbank 
gefUhrt. Diese wird in einer objektorientierten Management- 
Architektur auch als 'Management Information Base (MIB) ' 
bezeichnet. In einer MIB sind hierbei sog. ' Objektinstanzen' 

25 gespeichert. Die Objektinstanzen umfassen meist eine Vielzahl 
von sog- ' Attributen' ^ in denen unterschiedliche Informatio- 
nen hinterlegt sind, Aus Perf ormancegriinden wird auch von den 
Managern eine lokale Datenbank gefvihrt, in der zumindest 
Telle der MIB von jedem der dem Manager zugeordneten Agenten 

30 in Kopie gespeichert sind- Hierbei gilt jede Kopie in den 

Managern als potentiell falsch^ da sie ggf. nicht identisch 
mit der jeweiligen MIB im Agenten sein kann. Die MIB im Agen- 
ten gilt somit als Master, d.h. ihre Objektinstanzen enthal- 
ten die korrekten Werte, die ftir Agenten und Manager verbind- 

35 lich sind- 




Ein Paar Agent /Manager ist synchronisiert, solange die im 
Manager gespeicherte Kopie der MIB des Agenten identisch ist 
mit der im Agenten gespeicherten MIB. Es kSnnen jedoch eine 
Mehrzahl von Ereignissen eintreten, in deren Folge ein Mana- 
ger seine Synchronitat mit einem oder mehreren seiner Agenten 
verlieren wiirde oder zximindest dazu ftihren wtirde, dass der 
Manager nicht mehr weiB, ob er synchronisiert ist oder nicht. 
Beispielsweise kSnnte der Manager ftir eine Weile ausfallen 
und Anderungen, die wahrend dieser Zeit an einer MIB in einem 
Agenten vorgenomraen werden, nicht mitbekommen. Oder die Ver- 
bindung zwischen Manager und Agent wird unterbrochen, wobei 
der Manager nach dem Ende der Unterbrechung nicht weiB, ob 
seine Kopie noch aktuell ist. In beiden Fallen wird der Mana- 
ger seine Kopie Qberpriifen und ggf. aktualisieren. Bei einer 
kleinen MIB kann dies dadurch erfolgen, dass der Manager die 
gesamte MIB aus dem Agenten ausliest. Sofern die MIB im Agen- 
ten jedoch sehr groB ist, kommen ablicherweise zeitoptimierte 
Verfahren zur Resynchronisierung zum Einsatz. 

Wegen der hohen Bedeutung von Netzmanagement fttr den Betrieb 
von Kommunikationsnetzen werden haufig zusatzlich begleitende 
MaBnahmen ergriffen, urn Ausfaile von Knoten oder Verbindungen 

in ihren Auswirkungen auf den Betrieb der Kommunikationsnetze 

zu minimieren: 

_ Jede lokale Datenbank kann durch ein Backup/Restore-System 
geschvitzt werden. Hierbei wird in regelmaBigen Abstanden 
ein Backup der geschQtzten Datenbank erzeugt, auf das bei 
Verlust der Datenbank, z.B. infolge eines Festplatten- 
Crash, zugegriffen wird. Dies wird insbesondere bei der 
Master-Datenbank in den jeweiligen Agenten durchgef iihrt . 

- Jedem Manager wird zxamindest ein Backup-Manager zugeord- 
net, der bei Ausfall des (Primary-) Managers oder der. Ver- 
bindungen ersatzweise solange als Manager fungiert, bis 
der Primary-Manager wieder das Management tibernimmt. 

In der europaischen Patentanmeldung EP 0 898 398 ist ein 
Verfahren zur zeitoptimierten Resynchronisierung eines Mana- 
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gers mit seinen Agehten offenbart. Hierbei sind in jeder 
Objektinstanz Attribute UNIQUEID und DATASYNCH vorgesehen. 
UNIQUEID ist eine eindeutige Niunmer^ die jeder Objektinstanz 
bei deren Erzeugung zugeordnet wird, Der Wertebereich von 
5 UNIQUEID wird so gewahlt^ dass in jedem Agenten in der Praxis 
iitimer mehr eindeutige ID'S verfUgbar sind als Objektinstan- 
zen. DATASYNCH ist eine Zahl^ die jeder Objektinstanz bei 
deren Erzeugung zugeordnet wird und anfangs den Wert 0 oder 1 
erhalt. Bei jeder Modifikation der Objektinstanz wird DATA- . 
10 SYNCH urn 1 erhoht. Der Wertebereich von DATASYNCH wird so 
gewahlt, dass jede in der Praxis zu erwartende Anzahl von 
Modif ikationen, die wShrend einer Asynchronitatsphase zwi- 
schen Manager und Agent auftreten, behandelt werden konnen. 

15 Zur Synchronisierung mit einem Agenten fragt der Manager far 
alle in die lokale Datenbasis des Managers kopierten Objekt- 
instanzen deren UNIQUEID und DATASYNCH aus der MIB des Agen- 
ten ab und vergleicht diese Werte mit denen der Kopien in der 
lokalen Datenbasis des Managers. Es wird jede lokale Kopie 

20 einer Objektinstanz gelOscht, deren lokale DATASYNCH sich von 
der abgefragten DATASYNCH unterscheidet . T^schliefiend werden 
diese Objektinstanzen vollstSndig vom Agenten in die lokale 
Datenbasis des Managers nachgeladen. 

25 Dieses Verfahren kann jedoch nicht bei Agenten eingesetzt 
werden, deren lokale Datenbank durch ein Backup/Restore- 
System geschUtzt wird, wie folgendes, auch in Figur 1 darge-. 
stelltes, Beispiel zeigt: 

30 !• Ausgangssituation: DATASYNCH von Objekt D hat Wert at. 
2* Agent A fiihrt Backup durch. 

3. Manager Ml findert Objekt D auf Zustand Zl. Dabei wird 

DATASYNCH von Objekt D im Agenten A und im Manager Ml auf 
x+1 erhSht. 

35 4. Manager Ml oder seine Verbindung zum Agenten A failt aus. 
5. Agent A (und/oder Manager M2) ubernimmt die Kontrolle. 
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6. Es tritt ein Fehler im Agenten A auf^ der einen Restore 
des Objekts D von dem Backup erforderlich macht. 

7. DATASYNCH von Objekt Da hat im Agenten A wieder Wert x. 

8. Agent A (oder Manager M2) andert Objekt D auf einen Zu- 

5 stand Z2 (ungleich Zl) . DATASYNCH von Objekt D wird im A- 

gent A (und ggf . im Manager M2) auf x+1 erhSht.. 

9. Manager Ml tibernimmt wieder die Steuerung, 

10. Der Vergleich der Versionszahler DATASYNCH ergibt ftir das 
Objekt D Synchronitat, obwohl das Objekt D im Manager Ml 

10 den Zustand Zl und im Agent A den Zustand Z2 hat. 

Eine Aufgabe der Erfindung liegt somit darin, ein verbesser- 
tes Verfahren zur Synchronisierung von einem Network Manager 
mit einem Network Agent zu finden. 

15 

Eine weitere Aufgabe der Erfindung liegt darin, ein Verfahren 
zur Synchronisierung von einem Network Manager mit einem 
Network Agent zu finden, dass auch bei Einsatz von einem 
Backup-Restore System zum Schutz einer lokalen Datenbank des 
20 Network Agenten zu einer fehlerfreien Synchronisierung ftihrt* 

Die Aufgaben werden durch die Merkmale des Patentanspruchs 1 
gelOst. 

25 Vorteilhaft wird hierbei eine fehlerfreie Synchronisierung 
von einem Network Manager mit einem Network Agent, dessen 
lokalen Datenbank von einem Backup-Restore System geschUtzt 
wird, bewirkt. Durch den gegeniiber der europaischen Patentan- 
meldung EP 0 898 398 zusatzlichen Wert MANAGERID wird die 

30 fehlerhafte Synchronisation gemafi dem obigen Beispiel vermie- 
den. Zwar weist DATASYNCH von Objekt D sowohl im Manager Ml 
als auch im Agenten A den Wert x+1 auf; aber nach DurchfUh- 
rung von Schritt 8 hat MANAGERID von Objekt D im Manager Ml 
den Wert 'Ml' und im Agenten A entweder den Wert 'A' oder 

35 'M2'. Somit passt bei einem Vergleich der im Manager Ml ge- 
speicherten Kopien der drei Werte UNIQUEID, DATASYNCH, MANA- 
GERID des Objektes D mit den zugehOrigen, im Agenten A ge- 
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speicherten drei Werten UNIQUEID, DATASYNCH, MANAGERID des 
Objekts D die beiden MANAGERID' s nicht zueinander. Folglich 
wird nun das Objekt D des Managers Ml mit dem zugeh5rigen, im 
Agenten gespeicherten Objekt D synchronisiert . 

5 

Somit wird vorteilhaft das Verfahren zur Synchronisierung von 
einem Network Manager mit einem Network Agent als Ganzes 
verbessert, da es nun auch dann eingesetzt werden kann, wenn 
die lokale Datenbank eines Agenten durch ein Backup/Restore- 
10 System geschtitzt wird. 

Vorteilhaft fiihrt, wie bereits eriautert, das erf indungsgemS- 
fie Verfahren weiterhin auch dann zu fehlerfreien Synchronisa- 
tionen, wenn neben einem Backup/Restore-System zudem dem 
15 (Primary-) Manager Ml zximindest ein (Backup-) Manager M2 
zugeordnet wird. 

Weitere vorteilhafte Ausgestaltungen der Erfindung ergeben 
sich aus den unter- oder nebengeordneten AnsprUchen. 

20 

Die Erfindung wird im folgenden anhand von Ausftihrungsbei- 
spielen, die in den Figuren dargestellt sind, nSher eriau- 
tert. Es zeigt hierbei: 

25 Figur 1 eine Anordnung zur Durchf tihrung . des erf indungsgemS- 
fien Verfahrens mit zwei Managern, einem Agenten und 
einem dem Agenten zugeordneten Backup-System sowie 
Prograitimen zur Durchf iihrung des erf indungsgemSfien 
Verfahrens 

30 

Figur 2 ein Ablaufdiagramm, in dem der Ablauf des erf in- 

dungsgemaBen Verfahrens schematisch dargestellt ist 

In Figur 1 ist eine beispielhafte Anordnung zur Durchfiihrung 
35 des erfindungsgemaiien Verfahrens dargestellt, die mit einem 
ersten (Primary-) Manager Ml und einem optionalen zweiten 
(Backup-) Manager M2 (in Figur 1 gestrichelt angedeutet) , 
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einem Agenten A und einem dem Agenten A zugeordneten Backup- 
System BS ausgefiihrt ist. Die Manager M und der Agent A sind 
durch ein Data Communication Network DCN miteinander verbun- 
den. Das Backup-System BS ist dem Agenten A zugeordnet und 
umfasst beispielsweise ein Tape T zur Speicherung von Backups 
der lokalen Datenbasis des Agenten A, In den Managern Ml und 
M2 sowie dem Agenten A sind Programme P zur Durchfuhrung des 
erf indungsgemalien Verfahrens vorgesehen. Im Agenten A ist 
zumindest eine Dateneinheit Da vorgesehen, der im Manager Ml 
eine Dateneinheit-Kopie Dmi und im Manager M2 eine Datenein- 
heit-Kopie Dm2 zugeordnet ist. Die Dateneinheit Da sowie die 
Dateneinheit-Kopien Dmi# Pm2 sind beispielsweise als Objektin- 
stanzen ausgebildet . 

Die drei Objektinstanzen Dmi/ Dmz^ Da reprfisentieren jeweils 
dieselbe Dateneinheit D, die in dieser objektorientierten . . 
Ausftlhrung auch als 'Objekt' bezeichnet wird. Die Objektin- 
stanz Da sei hierbei als Master ausgebildet, deren Werte 
immer als korrekt angesehen werden, wShrend die Werte der 
kopierten Objektinstanzen Pmi, Pm2 ggf- falsch sein konnen und 
in diesem Fall mit den Wert en der Objektinstanz Da zu syn- 
chronisieren sind. Jede der drei Objektinstanzen Dm, Dm2/ Da 
umfasst hierzu zumindest einen ersten Wert UNIQUEID zur ein- 
deutigen Identif ikation der gegenseitigen ZugehSrigkeit der 
drei Objektinstanzen Dmi, Dm2/ Da, einen zweiten Wert DATA- 
SYNCH zur Anzeige der Anzahl von Anderungen der Dateneinheit 
D sowie einen dritten Wert MANAGERID zur Anzeige, von wem die 
jeweils letzte Anderung der Dateneinheit D initiiert wurde. 
In den kopierten Objektinstanzen Pm, Dm2 ist ublicherweise. 
zumindest ein weiterer Wert der Objektinstanz Da als Kopie 
vorgesehen. 

In Figur 2 ist ein beispielhaf ter Ablauf des erf indungsgemS- 
fien Verfahrens schematisch dargestellt. Hierbei ist eine 
Synchronisation zwischen der Objektinstanz Da im Agenten A 
und ihren zugeordneten Objektinstanzen D^i, Pm2 in den Mana- 
gern Ml, M2 betrachtet. In jeder der drei Objektinstanzen 



Dmi. DM2r Da ist hierbei der Wert UNIQUEID z.B. als String "Da" 
ausgebildet. Die Werte DATASYNCH und MANAGERID werden erf in- 
dungsgemSB wie folgt belegt: 

1. Ausgangssituation: In alien drei Objektinstanzen Pmi, 0^42/ 
Da sei DATASYNCH mit einer Zahl x und MANAGERID mit einem. 
beliebigen String belegt. 

2. Vom Agent A wird ein Backup durchgef lihrt • Hierdurch wird 
die Objektinstanz Da im Backup-System BS mit obigen Wer- 
ten gespeichert. 

3. Vom Manager Ml wird eine Anderung des Objekts D auf Zu- 
stand Zl initiiert. Dies wird dem Agenten A durch eine 
Nachricht Change (Da, Zl) angezeigt. Dabei wird im Agen- 
ten A und im Manager Ml (und ggf . im Manager M2) DATA- 
SYNCH auf x+1 erh5ht und MANAGERID auf "Ml" gesetzt- 

4. Manager Ml (oder seine Verbindung zxm Agenten A) fSllt 
aus. Alternativ k5nnte die Datenbasis des Managers Ml 
ausfallen und durch eine aitere Backup-Version dieser Ma- 
nager-Datenbasis ersetzt werden. 

5. Vom Agent A (und/oder Manager M2) wird die Kontrolle des 
Objekts D tibernommen. 

6. Es tritt ein Fehler im Agenten A auf, der einen Restore 
des Objekts Da von dem Backup-System BS erforderlich 
macht . 

7. Als Folge des Backups ist DATASYNCH der Objektinstanz Da 
im Agenten A (und ggf. der Objektinstanz' Dm2 im Manager 
M2) wieder x und MANAGERID wieder ein beliebiger String. 

8. Vom Agenten A (oder Manager M2) wird eine Anderung des 
Objekts D auf Zustand Zl (ungleich Zl) initiiert. Bei I- 
nitiierung durch den Manager M2 wird dies dem Agenten A 
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durch eine Nachricht Change (Da, Z2) angezeigt. Dabei 
wird im Agent A (und ggf. im Manager M2) DATASYNCH wieder 
auf x+1 erhaht und MANAGERID auf "A" (oder ggf. "M2") ge- 
setzt • 
5 • . 

9, Der Ausfall von Manager Ml (oder dessen Verbindung zum 
Agenten A) ist beendet. Vom Manager Ml wird wieder die 
Steuerung des Objekts D libernoininen . 

10 10. Vom Manager Ml wird seine Synchronitat mit dem Agenten A 
uberpriift und ggf. wieder hergestellt. Hierzu werden die 
Werte UNIQUEID, DATASYNCH und MANAGERID der Objektinstanz 
Da mit der Nachricht Load (Da) an den Manager Ml ubermit- 
telt. 

15 

Ein Vergleich des abermittelten Versionsz^hler DATASYNCH 
mit der im Manager Ml gespeicherten Kopie des Werts DATA- 
SYNCH wtirde zwar ftir das Objekt D Synchronitat anzeigen, 
obwohl das Objekt D im Manager Ml den Zustand Zl und im 
20 Agent A den Zustand Z2 hat, da beide mit. x+1 belegt sind. 

Jedoch ist die ubermittelte, erf indungsgem^Be MANAGE- 
RID (Da) mit "A" (Oder "M2") belegt, wahrend der im Mana- 
ger Ml gespeicherte Kopie der MANAGERID (Dmi) noch der 
25 String "Ml" zugewiesen ist* Somit ergibt der erfindungs- 

gemaiie Vergleich von MANAGERID (Da) mit MANAGERID (Dmi) 
Ungleichheit, d*h. fehlende Synchronitat. 

Folglich wird nun die Objektinstanz Dmi iro Manager Ml mit 
30 der Objektinstanz Da des Agenten A synchronisiert . Hierzu 

werden die erf order lichen weiteren Werte der Objektin- 
stanz Da mit Hilfe der Nachricht Synchronize (Da) vom Ma- 
nager Ml geladen. Hierbei wird auch in der Objektinstanz 
Pmi DATASYNCH mit x+1 und MANAGERID (Dmi) mit "M2" belegt. 
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Besonders schSne Vorteile ergeben sich, wenn der Vergleich 
der im Manager Ml gespeicherten Kopien der Werte UNIQUEID^ 
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DATASYNCH, MANAGERID der Objektinstanz Dm mit den zugehOri- 
gen, im Agenten A gespeicherten Werten UNIQUEID, DATASYNCH, 
MANAGERID lediglich bzw. erst beim Zugriff auf die im Manager 
Ml gespeicherte Objektinstanz Dm durchgefiihrt wird. Vorteil- 
haft werden hierdurch im Manager M gespeicherten Objektin- 
stanzen Dm, auf die selten zugegriffen wird, nur bei Bedarf 
synchronisiert . 

GemSB einer bevorzugten Ausfiihrungsf orm der Erfindung erfolgt 
dieser Vergleich bei jedem Zugriff auf die im Manager Ml 
gespeicherte Objektinstanz Dm. Alternativ kann der Vergleich 
nur einmal beim jeweils ersten Zugriff nach einem Ausfall des 
Managers Ml oder dessen Verbindung zum Agenten A erfolgen, 
wodurch die Synchronisationsaufwande weiter reduziert werden. 



In einem weiteren Ausfiihrungsbei spiel wird der Vergleich der 
im Manager Ml gespeicherten Kopien der Werte UNIQUEID, DATA- 
SYNCH, MANAGERID mit den jeweils zugeh5rigen, im Agenten A 
gespeicherten Werten UNIQUEID, DATASYNCH, MANAGERID ftir alle 
20 im Manager M gespeicherten Objektinstanzen Dm durchgef tihrt . 
Eine derartige Vollsynchronisation der Datenbasis des Mana- 
gers Ml mit seinem Agenten A k5nnte z.B. nach jedem Ausfall 
des Managers Ml oder dessen Verbindung zvaa Agenten A vollau- 
tomatisch ausgefiihrt werden. Alternativ ist ein manueller 
25 Start der Synchronisation, insb. der Vollsynchronisation, 
vorgesehen. 

AbschlieBend sei betont, dass die Beschreibung der fur die 
Erfindung relevanten Komponenten des Kommunikationsnetzes KN 

30 grundsatzlich nicht einschrankend zu verstehen ist. Ftir einen 
einschlagigen Fachmann ist insbesondere of f ensichtlich,. dass 
Begriffe wie 'Manager' oder 'Agent' funktional und nicht 
physikalisch zu verstehen sind. Somit k5nnen die Manager Ml, 
M2 sowie der Agent A beispielsweise auch teilweise oder voll- 

35 standig in Software und/oder iiber mehrere physikalische Ein- 
richtungen verteilt realisiert werden. 
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1. Verfahren zur Synchroniisierung von einem Network Manager 
(M) mit einem Network Agenten (A) in einem Kommunikations- 
5 netz, in dem Manager (M) Dateneinheiten-Kopien (D^) von Da- 
teneinheiten (Da) ihrer Agenten (A) ftihren^ 
mit folgenden Schritten: 

- im Agenten (A) wird fur jede Dateneinheit (Da) ein erster 
Wert (UNIQUEID) gespeichert, der fiir jede Dateneinheit 

10 (Da) eindeutig ist, 

- im Agenten (A) wird fur jede Dateneinheit (Da) ein zweiter 
Wert (DATASYNCH) gespeichert zur Anzeige der Anzahl von 
Anderungen der zugehorigen Dateneinheit (Da) , 

- im Agenten (A) wird fur jede Dateneinheit (Da) ein dritter 
15 Wert (MANAGERID) gespeichert zur Anzeige^ von wem die je- 

weils letzte Anderung initiiert wurde, 

- im Manager (M) wird ftir jede Daten-Kopie (Pk) eine Kopie 
des ersten Werts (UNIQUEID) , des zweiten Werts (DATASYNCH) 
und des dritten Werts (MANAGERID) gespeichert, 

20 - die im Manager (M) gespeicherten Kopien der ersten, zwei- 
ten und dritten Werte (UNIQUEID, DATASYNCH, MANAGERID) 
werden mit den jeweils zugehSrigen, im Agenten (A), gespei- 
cherten ersten, zweiten und dritten Werten (UNIQUEID, DA- 
TASYNCH, MANAGERID) verglichen, 

25 - jede Daten-Kopie (Dm), deren im Manager (M) gespeicherte 
Kopien der ersten, zweiten und dritten Werte (UNIQUEID, 
DATASYNCH, MANAGERID) nicht zu den zugehorigen, im Agenten 
(A) gespeicherten ersten, zweiten und dritten Werten (UNI- 
QUEID, DATASYNCH, MANAGERID) passen, wird mit der zugeh5- 

30 rigen, im Agenten (A) gespeicherten Dateneinheit (Da) syn- 

chronisiert. 
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2. Verfahren nach Anspruch 1, 

bei dem der Vergleich der im Manager (M) gespeicherten Kopien 
der ersten^ zweiten und dritten Werte (UNIQUEID, DATASYNCH,. 
MANAGERID) einer der Dateneinheiten-Kopien (Dm) i^it den zuge- 
5 hOrigen, im Agenten (A) gespeicherten ersten, zweiten und 

dritten Werten (UNIQUEID, DATASYNCH, MANAGERID) beim Zugriff 
auf die im Manager (M) gespeicherte Daten-Kopie (Dm) durchge- 
fuhrt wird, 

10 3. Verfahren nach Anspruch 2, 

.bei. dem der Vergleich bei jedem Zugriff auf eine der im Mana- 
ger (M) gespeicherten Dateneinheiten-Kopien (Dm) erfolgt. 

4- Verfahren nach Anspruch 2, 
15 bei dem der Vergleich nur einmal beim jeweils ersten Zugriff 
auf eine der im Manager (M) gespeicherten Dateneinheiten- 
Kopien (Dm) nach einem Ausfall des Managers (M) oder dessen 
Verbindung zum Agenten (A) erfolgt. 

20 5. Verfahren nach einem der vorstehenden Ansprtiche^ 

bei dem der Vergleich der im Manager (M) gespeicherten Kopien 
der ersten, zweiten und dritten Werte (UNIQUEID, DATASYNCH, 
MANAGERID) mit den jeweils zugehorigen, im Agenten (A) ge- 
speicherten ersten, zweiten und dritten Werten (UNIQUEID, 

25 DATASYNCH, MANAGERID) fur alle im Manager (M) gespeicherten 
Dateneinheiten-Kopien (Dm) durchgefuhrt wird* 

6. Programm. (P) umfassend Sof twarecodeabschnitte, mit denen 
ein Verfahren nach einem der vorstehenden Anspruche durch 

30 einen Prozessor ausgefiihrt wird* 

7, Anordnung zur DurchfUhrung eines Verfahrens nach einem der 
Anspriiche 1 bis 5. 
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5 Verfahren, Prograinm und Anordnung zur Synchronisierung von 
einem Network Manager mit einem Network Agenten 



10 In einem Koiranunikationsnetz, in dem Manager M Dateneinheiten- 
Kopien Dm von Dateneinheiten Da ihrer Agenten A fxihren, wird • 
im Agenten A fiir jede Dateneinheit Da ein eindeutiger erster 
Wert UNIQUEID, ein zweiter Wert DATASYNCH zur Anzeige der 
Anzahl von Anderungen der zugehOrigen Dateneinheit Da und ein 

15 dritter Wert MANAGERID zur Anzeige, von wem die jeweils letz- 
te Anderung initiiert wurde, gespeichert. Ira Manager M wird 
ftir jede Daten-Kopie Dm eine Kopie der zugehSrigen drei Werte 
UNIQUEID, DATASYNCH, MANAGERID gespeichert. Die im Manager M 
gespeicherten Kopien der drei Werte UNIQUEID, DATASYNCH, 

20 MANAGERID werden mit den jeweils zugehSrigen, im Agenten A 
gespeicherten drei Werten UNIQUEID, DATASYNCH, MANAGERID 
verglichen. Jede Daten-Kopie Dm, deren im Manager M gespei- 
cherte Kopien der drei Werte UNIQUEID, DATASYNCH, MANAGERID 
nicht zu den zugehOrigen, im Agenten A gespeicherten drei 

25 Werten UNIQUEID, DATASYNCH, MANAGERID passen, wird mit der 

zugehSrigen, im Agenten A gespeicherten Dateneinheit syn- 
chronisiert . 



30 

Figur 1 
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